Set INDEX_ENABLE_DATA_STORE=YES in compiler settings #652
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
We were experiencing the same issue as described in #585: our build setup includes multiple schemes which reference xcconfig files, and Periphery always failed out of the box with the error message Failed to find index datastore at path. Looking into the DerivedData folder after the build, it was clear that error message was correct: the Index (or Index.noindex) directory was simply not being created when a build was run via Periphery, in spite of
COMPILER_INDEX_STORE_ENABLE
being set toYES
.By some miracle of random Googling, trial and error, and examining build logs, we came across the
INDEX_ENABLE_DATA_STORE
compiler setting. Lo and behold: by setting this toYES
, Periphery works with our project without any issues.I'm a bit wary of creating this PR, since I don't fully understand the interaction between
COMPILER_INDEX_STORE_ENABLE
andINDEX_ENABLE_DATA_STORE
. I couldn't find any reliable documentation at all onINDEX_ENABLE_DATA_STORE
- it's only mentioned indirectly on xcodebuildsettings.com here. Nonetheless: it works, and maybe it will solve some compatibility issues for others experiencing something similar to #585.